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PROVIDING MULTICAST SERV.CES IN A PO.NT-TO-MULT.PO.NT MANNER 
FOR A RADIO COMMUNICATION SYSTEM 



BACKGROUND OF THE INVENTION 
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1 Field of the Invention 

The present invente relates to a multicast service of a mobile 
communion system and, more particular*, to allowing multicasting of data 
services in a poinMo-multipoin. manner using a structure of a PDCP layer suitable 
,„ for a multimedia broadcast/multicast service (MBMS), and its operation method. 

2. Description of the Background Art 

With the remarkable development in radio mobile communicate 
technology, mobile phones are used more than w,red phones. However, for a 
, 5 service providing a large amount of date communications above general voice 
communicates through a radio access network, radio mobile communicate 
technology is behind in its performance compared to that of the exieang cable 
communicate system. A communication system enabling a large amount of data 
communicate is called an IMT-2000. for which technological developments and 
20 standardization are ongoing in many countries worldwide. 

A universal mobile telecommunicates system (UMTS), which is a 
European IMT-2000 system, is a third generation mobile communicate system 
mat has evolved from a standard known as Global System for Mobile 
communicates (GSM). This standard is a European standard which aims to 
25 provide an improved mobile communicate service based on a GSM core network 



and wideband code division multiple access (W-CDMA) technology. 

in December 1998. the ETSI of Europe, the ARIB/TTC of Japan, the T1 of 
me United States, and the TTA of Korea formed a Third Generaaon Partnership 
Project (3GPP) for the purpose of creating the specification for standardizing the 
5 UMTS. 

The work toward standardizing the UMTS performed by the 3GPP has 
resulted in the formation of five technical specification groups (TSG), each of 
which is directed to forming network elements having independent operations. 

More specifically, each TSG develops, approves and manages a standard 
l0 specification in a related region. Among them, a radio access network (RAN) 
group (TSG-RAN) develops a specification for the function, items desired, and 
interface of a UMTS terrestrial radio access network (UTRAN), which is a new 
RAN for supporting a W-CDMA access technology in the UMTS. 
Figure 1 shows a network structure of a general UMTS. 

As shown in Figure 1 , the UMTS is roughly divided into a terminal (UE: 
user equipment), a UTRAN and a core network. 

The UTRAN includes one or more radio network sub-systems (RNS). 
Each RNS includes an RNC and one or more Node Bs managed by the RNCs. 

Node Bs are managed by the RNCs, receive information sent by the 
20 physical layer of a terminal (e.g., mobile station, user equipment and/or subscriber 
unit) through an uplink, and transmit data to a terminal through a downlink. Node 
Bs, thus, operate as access points of the UTRAN for a terminal. 

The RNCs perform functions, which include assigning and managing radio 
resources, and operate as an access point with respect to the core network. 

Each terminal connected to the UMTS network is managed by a specific 



RNC in the UTRAN, and this RNC is called an SRNC (Serving RNC). The SRNC 
serves as an access point to the core network in order to transmit data of a 
specific terminal, and allocates a radio resource suitable for providing a service. 

The terminal connected to the core network through the UTRAN has only 
one SRNC. In general, one RNC is used for connection between the terminal and 
the RNC, but if the terminal moves into a region managed by a different RNC, it is 
connected to an SRNC by way of an RNC of the region in which the terminal has 
moved. Except for the SRNC, every RNC that the terminal goes through is called 
a DRNC (Drift RNC), and the DRNC performs a simple partial function of routing 
user data or assigning a code, which is a common resource. That is, the 
discrimination of the SRNC and the DRNC is a logical discrimination related to a 
specific terminal. 

Meanwhile, the RNC can be discriminated at the Node B according to a 
dependent relation of the RNC and the Node B in the UTRAN. An RNC which 
handles managing of a specific Node B is called a CRNC (Controlling RNC), and 
the CRNC performs functions of controlling a traffic load and congestion in a cell 
that the CRNC itself manages and a function of controlling acceptance of a new 
radio link set in the cell. In terms of the structure of the UTRAN, each Node B 

necessarily has only one CRNC. 

The services provided to the specific terminal 10 is roughly divided into a 
circuit switched service and a packet switched service. For example, a general 
voice phone call service belongs to the circuit switched service, while a Web 
browsing service through an Internet connection is classified as the packet 
switched service. 

In case of supporting the circuit switched service, the RNC 20 is 



connected to the MSC 31 of the core network 30, and the MSC 31 is connected to 
a GMSC (Gateway Mobile Switching Center) 33 managing a connection to other 
networks. 

Meanwhile, in case of the packet switched service, services are provided 
by a SGSN (Serving GPRS Support Node) 35 and a GGSN (Gateway GPRS 
Support Node) 37 of the core network 30. 

The SGSN 35 supports a packet communication going toward the RNC 23, 
and the GGSN 37 manages connections to other packet switched networks such 
as the Internet. 

An interface exists between various network components to allow the 
network components to give and take information to and from each other to allow 
mutual communication. A cable interface between the RNC 23 and the core 
network 30 is defined as an lu interface. Connection of the lu interface to the 
packet switched area is defined as an lu-PS, and connection of the lu interface to 
the circuit switched area is defined as an lu-CS. 

Figure 2 illustrates a structure of a radio access interface protocol 
between a terminal and the UTRAN on the basis of 3GPP radio access network 
standard. 

As shown in Figure 2, the radio access interface protocol includes 
horizontal layers comprising a physical layer, a data link layer and a network layer, 
and vertical planes comprising a user plane for transmitting data information and a 
control plane for transmitting control signals. 

The user plane is a region to which traffic information of a user such as 
voice or an IP packet is transmitted. The control plane is a region to which control 
information such as an interface of a network or maintenance and management of 



a call is transmitted. 

In Figure 2, the protocol layers can be divided into L1 (a first layer), L2 (a 
second layer), and L3 (a third layer) based on three lower layers of an open 
system interconnection (OSI) standard model well known in the art of 

communication systems. 

The L1 layer provides an information transfer service to the second layer, 
(which is an upper layer) by using various radio transfer techniques. The L1 layer 
is connected to the MAC layer through a transport channel, and data is transferred 
between the MAC layer and the PHY layer through the transport channel. 

The L2 layer includes a medium access control (MAC) layer, a radio link 
control (RLC) layer, a packet data convergence protocol (PDCP) layer and a 
broadcast/multicast control (BMC) layer. 

The MAC layer handles a mapping between the logical channel and the 
transport channel, and provides a re-allocation service of the MAC parameter for 
allocation and re-allocation of radio resources. 

The MAC layer is connected to the radio link control (RLC) layer (which is 
an upper layer) through a logical channel, and various logical channels are 
provided according to the kind of transmitted information. 

In general, when information of the control plane is transmitted, a control 
channel is used. When information of the user plane is transmitted, a traffic 
channel is used. 

The MAC layer is connected to the physical layer (which is a lower layer) 
through the transport channel, and as the transport channel, a common channel or 
a dedicated channel is used depending upon whether the channel is shared or not. 

The MAC layer is divided into a MAC-b sublayer, a MAC-d sublayer, and a 



MAC-c/sh sublayer, according to the type of transport channel being managed. 
The MAC-b sublayer manages a broadcast channel (BCH) handling the broadcast 
of various data and system information, while the MAC-c/sh sublayer manages a 
shared transport channel such as a forward access channel (FACH), a downlink 
shared channel (DSCH), or the like, being shared with other terminals. 

In the UTRAN, the MAC-c/sh sublayer is located in a control RNC (CRNC) 
and manages channels shared by all terminals in a cell, so that one MAC-c/sh 
sublayer exists for each cell. A MAC-c/sh sublayer also exists in each terminal 10, 
respectively. 

The MAC-d sublayer manages a dedicated channel (DCH), which is a 
dedicated transport channel for a specific terminal 10. Accordingly, the MAC-d 
sublayer is located in a serving RNC (SRNC) that manages a corresponding 
terminal 10, and one MAC-d sublayer also exists in each terminal 10. 

A radio link control (RLC) layer provides support for reliable data 
transmissions, and may perform a function of segmentation and concatenation of 
an RLC service data unit (SDU) coming from a higher layer. The RLC SDU 
transferred from the higher layer is adjusted in its size according to a throughput 
capacity at the RLC layer, to which header information is added, and is then 
transferred to the MAC layer in the form of a protocol data unit (PDU). The RLC 
,ayer includes an RLC buffer for storing the RLC SDU or the RLC PDU coming 

from the higher layer. 

A packet data convergence protocol (PDCP) layer is located at an upper 
layer from the RLC layer, allowing data to be transmitted effectively on a radio 
interface with a relatively small bandwidth through a network protocol, such as the 
5 IPv4 or the IPv6. For this purpose, the PDCP layer performs the function of 



reducing unnecessary control information used in a wired network, and this 
function is called header compression. These methods allow transmission of only 
the absolutely necessary information required in the header part of a data, and 
thus transmitting a smaller amount of control information can reduce the overall 
amount of data to be transmitted. 

A broadcast / multicast control (BMC) layer schedules a cell broadcast 
(CB) message transferred from the core network and transmits the cell broadcast 
message to a specific cell, whereby every terminal positioned in the cell perform 
the cell broadcast message. Especially, the BMC layer is used for handling only 
the broadcast function, and the CB message is a short message consisting of a 
maximum 1230 octets which only include characters and numbers transmitted 
between terminals or between a terminal and a system. 

At the UTRAN 100, the CB message transferred from the upper layer is 
combined with information, such as a message ID (identification), a serial number, 
a coding scheme, etc., and transferred to the RLC layer in the form of a BMC 
message. The BMC message is transmitted to the MAC layer through a common 
traffic channel (CTCH), which is a logical channel. Here, the logical channel CTCH 
is mapped to a FACH transport channel, and the FACH transport channel is 
mapped to a physical channel, that is, a secondary common control physical 

channel (S-CCPCH). 

The radio resource control (RRC) layer located at the lowest portion of the 
third layer (L3) is only defined in the control plane, and controls the transport 
channels and the physical channels in relation to the setup, the reconfiguration, 
and the release (cancellation) of the radio bearers (RBs). Here, the RB signifies a 
, service provided by the second layer (L2) for data transmission between the 



terminal 10 and the UTRAN 100. In general, the set up of the RB refers to the 
process of stipulating the characteristics of a protocol layer and a channel required 
for providing a specific data service, and setting the respective detailed 
parameters and operation methods. 

The RLC layer may be part of the user plane or the control plane in 
accordance with an upper layer connected thereto. The RLC layer is part of the 
control plane when data is received from the RRC layer, and the RLC layer is part 
of the user plane in all other instances. 

As can be understood from Figure 2, regarding the RLC layer and the 
PDCP layer, a plurality of entities may exist in a single layer thereof. This is 
because one terminal may have many radio (wireless) carriers, and typically, only 
one RLC entity and one PDCP entity is used for each radio bearer. 

However, the cell broadcast service provided by the existing BMC layer 
does not only support a multicast function but also have limitations in providing a 
multimedia service, because it can transmit only a short message with a maximum 
size of 1230 octets. For this reason, a new service called a multimedia 
broadcast/multicast service (MBMS) has been proposed. 

As shown in Figure 3, the MBMS is a service for simultaneously 
transmitting multimedia data such as audio, video or image data to a plurality of 
terminals by using a uni-directional point-to-multipoint bearer service, which 
supports a broadcast mode and a multicast mode. 

The MBMS is divided into a broadcast mode and a multicast mode. That is, 
the MBMS is divided into an MBMS broadcast service and an MBMS multicast 
service. 

The MBMS broadcast mode is a service for transmitting multimedia data 



to every user in a broadcast area. The broadcast area means an area in which a 
broadcast service is available. One or more broadcast areas may exist in one 
PLMN, one or more broadcast services can be provided in one broadcast area, 
and one broadcast service can be provided to several broadcast areas. 

The MBMS multicast mode is a service for transmitting multimedia data 
only to a specific user group existing in a multicast area. The multicast area 
means an area in which a multicast service is available. One or more multicast 
areas can exist in one PLMN (public land mobile network), one or more multicast 
services can be provided in one multicast area, and one multicast service can be 
provided to several multicast areas. 

In general, the MBMS is a service for broadcasting or multicasting 
multimedia data and the size of a transmitted packet is considerably large. Thus, 
by compressing a header portion occupying a large part of a packet in the MBMS 
by using a header compression technique, data transmission efficiency can be 
improved. Because the MBMS is a uni-directional point-to-multipoint service, a 
header compressor in the UTRAN at a sending end transmits the same data to 
header decompressors in the terminals at a receiving end. 

As mentioned above, the MBMS can improve data transmission efficiency 
by compressing the header part of multimedia data by using the header 

compression technique. 

In the conventional art, as shown in Figure 4, the PDCP layer handling the 
header compression is positioned at the SRNC of a specific terminal and of 
UTRAN, and at this time, a compressed packet is transmitted and received 
through a dedicated transport channel. 

In other words, as for the MBMS service provided according to the 



conventional art, a header part of MBMS data is compressed in a PDCP layer of 
the SRNC managing a resource of a specific terminal and transmitted to a terminal 
through the dedicated transport channel. 

In this case, because the MBMS service has characteristics of 
simultaneously broadcasting and multicasting the same data to a plurality of 
terminals, the number of PDCP entities existing at the SRNC is equal to the 
number of terminals in a cell for every type of MBMS service. 

However, because the MBMS data transmitted after being compressed in 
the PDCP layer of the SRNC have the same content, the repetitive PDCP entities 
existing at the SRNC considerably wastes the resources of the UTRAN system 
and radio resources. 

SUMMARY OF THE INVENTION 

Therefore, an object of the present invention is to provide a PDCP 
structure capable of allowing a resource of a UTRAN system and a radio resource 

to be effectively used. 

Another object of the present invention is to provide a PDCP structure in 
which every specific MBMS service has one PDCP entity for a cell. 

Still another object of the present invention is to provide a PDCP structure 
in which a PDCP layer is provided in a CRNC and to provide a data transmission 
method thereof. 

To achieve at least the above objects in whole or in part, there is provided 
a PDCP structure in a wireless system which compresses a header of multimedia 
, service data and multicasts it through a downlink, wherein an entity handling a 
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header compression of multimedia service data is positioned in a control center 
which manages a common resource of multiple terminals of a cell. 

Preferably, the entity is a packet data convergence protocol (PDCP) entity. 

Preferably, only one entity exists for every specific MBMS service for one 



cell. 



Preferably, the control center is a control radio network controller (CRNC). 

Preferably, the header-compressed data is transmitted to a terminal 
through a common channel, and the common channel is a forward access channel 
(FACH) or a downlink shared channel (DSCH). 

To achieve at least these advantages in whole or in part, there is further 
provided a radio mobile communication system including: a radio network 
controller (RNC) for performing a header compression function on multimedia 
service data; and a plurality of terminals for receiving the header-compressed 
multimedia service data from the RNC through a common transport channel. 

Preferably, the multimedia service is a multimedia broadcast/multicast 

service (MBMS). 

Preferably, the RNC is a control RNC (CRNC) that manages a common 

resource for multiple terminals. 

Preferably, the RNC includes an MBMS handling layer for outputting 
multimedia data to be transmitted; and a packet data convergence protocol 
(PDCP) layer for compressing a header of multimedia data. 

Preferably, the PDCP layer includes one entity for every specific 

multimedia service in one cell. 

To achieve at least these advantages in whole or in part, there is further 
provided a data transmission method in a wireless system for compressing a 



header of multimedia service data and multicasting it through a downlink, 
including: compressing a header of multimedia service data; and transmitting the 
header-compressed multimedia service data to plural terminals through a common 
transport channel. 

5 Preferably, the multimedia service is a multimedia broadcast/multicast 

service (MBMS). 

Preferably, the header compression is performed at a packet data 
convergence protocol (PDCP) layer, and the PDCP layer exists in a control radio 

network controller (CRNC). 
[0 Preferably, the PDCP layer includes one entity for every specific MBMS 

service in one cell. 

Preferably, the particular network component (e.g., in a SRNC or a CRNC) 
that includes the PDCP layer for a specific MBMS service depends upon certain 
characteristics of the terminals (UE) located within a cell that wish to receive the 

15 specific MBMS service. 

Additional advantages, objects, and features of the invention will be set 
forth in part in the description which follows and in part will become apparent to 
those having ordinary skill in the art upon examination of the following or may be 
learned from practice of the invention. The objects and advantages of the 

2 o invention may be realized and attained as particularly pointed out in the appended 
claims. 
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The invention will be described in detail with reference to the following 
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drawings in which like reference numerals refer to like elements wherein: 

Figure 1 illustrates a structure of a network of a general UMTS system; 
Figure 2 illustrates a structure of a radio access interface protocol 

between a terminal and UTRAN on the basis of the 3GPP radio access network 

standards; 

Figure 3 illustrates a concept of transmission of a general MBMS data; 
Figure 4 illustrates a protocol stack for transmission of MBMS data in 
accordance with a conventional art; 

Figure 5 illustrates a network structure for transmission of the MBMS in 

accordance with the conventional art; 

Figure 6 illustrates a protocol stack for transmission of MBMS data in 
accordance with an embodiment of the present invention; and 

Figure 7 illustrates a network structure for transmission of the MBMS in 
accordance with an embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention is implemented in a mobile communication system 
such as a UMTS (Universal Mobile Telecommunications System) developed by 
3GPP. However, the present invention can be also applied to a communication 
system opening in a different standard. 

Referring back to the related art, if MBMS data is header-compressed and 
transmitted, the number of required PDCP entities must equal the total number of 
terminals for every specific MBMS service to be provided. Accordingly, system 
resources of the UTRAN and various radio resources are wasted. 

13 



I„ order to address such problems, in the inventors of the present 
invention considered the characteristics of providing MBMS, such as MBMS data 
being simultaneously transmitted to a plurality of terminals, and provided a 
solution to related art problems by providing a PDCP layer that handles header 
s compression into the CRNC. That is, as shown in the protocol stack shown in 
Figure 6, .he PDCP is provided above the RUC layer, which is above the MAC 

layer at the CRNC. 

in addition, in the present invention, MBMS data with a header 
compressed in a single PDCP layer within the CRNC, is transmitted to a terminal 
,o through the common transport channel. The common transport channel is a 
forward access channel (FACH) or a downlink shared channel (DSCH). 

Figure 7 illustrates a network structure for the transmission of the MBMS 
data in accordance with an embodiment of the present invention. 

As shown in Figure 7, when the PDCP layer, which compresses a header 
„ of MBMS data, exists a. the CRNC, only one PDCP en«ty is required for each 
specific MBMS service in a cell irrespective of the number of terminals. That is, in 
*e present invention, a radio (wireless) system is implemented such that one 
PDCP entity exists per cell in UTRAN for a specific MBMS service. Furthermore, 
each UE has its own PDCP entity for a specific MBMS service. Thus, for a specific 
, MBMS service, if there are plural terminal which desires to receive the service, 
one PDCP entity in UTRAN is associated with plural PDCP entities that belong to 
the terminals. 

Accordingly, for transmission of MBMS data, the MBMS handling layer of 
CRNC transmits the MBMS data to the PDCP layer, and then, the PDCP layer 
25 oompresses of a header of the received MBMS data and then transmits to a 
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plurality of terminals, which desire to receive the specific MBMS data, through the 
common transport channel. Each PDCP layer of each terminal decompresses the 
received MBMS data and transmits it to the MBMS handling layer. 

Also regarding Figure 7, it can be noted that an embodiment of the 
present invention pertains to a method for providing multicast services in a radio 
communication system, the method performed by a network component, such as 
a radio network controller (RNC), comprises the steps of performing Internet 
protocol header compression to form header compressed data, and transmitting 
the header compressed data in a point-to-point manner and in a point-to-multipoint 
manner depending upon a threshold value, to one or more users of the radio 

communication system. 

Alternatively, a method for providing multicast services according to the 
present invention comprises the steps of performing Internet protocol header 
compression to form header compressed data, and transmitting the header 
compressed data in a point-to-multipoint manner according to a type of multicast 
service to one or more users in the radio communication system. 

Here, the Internet protocol header compression is respectively performed 
for each type of multicasting service to be provided. Also, the header compression 
is performed at a central location for each type of multicast service, wherein the 
central location is a packet data convergence protocol (PDCP) entity, and the 
PDCP entity is located within a controlling radio network controller (CRNC). 

Also, it should be noted that the header-compressed data can be 
selectively transmitted in a point-to-point manner, in a point-to-multipoint manner, 
or both. The manner of transmission depends upon the conditions of the radio 
communication environment. For example, the point-to-point manner is employed 
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if a total number of users within a cell is below the threshold value, while the point- 
to-multipoint manner is employed if a total number of users within a cell is at or 

above the threshold value. 

The point-to-point manner is transmitting data from a single sending point 
to a single receiving point, which may be based upon a total number of users 
within a cell of the radio communication system. 

Preferably, the point-to-point manner is performed in a serving radio 
network controller (SRNC). Here, the transmitting by point-to-point manner is via a 
dedicated channel. In contrast, the point-to-multipoint manner is performed in a 
controlling radio network controller (CRNC). Here, the transmitting by point-to- 
multipoint manner is via a common channel. 

Based upon the above, it can be understood that a method for receiving 
multicast services at a user equipment (UE) can be performed with appropriate 
steps and procedures that oppose those steps and procedures used for providing 
(transmitting) the multicast service. 

As so far described, in the present invention, when MBMS data having 
point-to-multipoint characteristics is header-compressed and transmitted, the 
PDCP layer for the MBMS is positioned at the CRNC, so that one PDCP entity 
exists for every specific MBMS service in a cell. In addition, the MBMS data with a 
header compressed in one PDCP entity is transmitted to the terminal through the 

common transport channel. 

Accordingly, adopting the PDCP structure and the transmission method of 
the present invention resolves the problems of the related art in which the PDCP 
entities are repetitively provided for every specific MBMS service in a cell, each 
5 PDCP being provided in the SRNC and transmitted via a dedicated transport 



channel. Thus, waste of system resources of the UTRAN and radio resources can 
be prevented and transmission efficiency can be improved. 

It should be noted that the particular network component (e.g., in a SRNC 
or a CRNC) that includes the PDCP layer for a specific MBMS service depends 
upon certain characteristics of the terminals (UE) located within a cell that wish to 
receive the specific MBMS service. For example, the characteristic of the 
terminals (UE) may be the total number of terminals (UE) wishing to receive the 
specific MBMS service. Namely, if the total number of terminals is equal to or 
greater than a threshold value, header compression is performed (at the PDCP 
layer) in a CRNC that manages shared resources within a cell, and downlink data 
transmission via a common transport channel is performed. If the total number is 
less than the threshold, header compression is performed (at the PDCP layer) in a 
SRNC that manages dedicated resources, and downlink data transmission via a 
dedicated transport channel is performed. 

Thus, depending upon the total number of terminals within a cell, a 
terminal can receive via a common transport channel and restores (i.e., 
decompresses) the header-compressed data of the MBMS service that was 
transmitted after header compression at the CRNC, while a terminal can receive 
via a dedicated transport channel and restores (i.e., decompresses) the header- 
compressed data of the MBMS service that was transmitted after header 

compression at the SRNC. 

Here, it can be understood that other characteristics, besides the total 

number of terminals may also be employed as needed. 

The foregoing embodiments and advantages are merely exemplary and 
are not to be construed as limiting the present invention. The present teaching can 
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be readily applied to other types of apparatuses. The description of the present 
invention is intended to be illustrative, and not to limit the scope of the claims. 
Many alternatives, modifications, and variations will be apparent to those skilled in 
the art. 



18 



